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(57) A connputer-innplemented nnethod of providing a 
track history before a database, comprising the steps of: 
providing in a storage mennory, a track history of choice 
selectable records that each comprises metadata items 
applicable to identify a data set from a data superset 
stored in the database; providing a bank of transformers 



with different choice selectable transformers; wherein a 
choice selected transformer takes a selected record and 
transforms the metadata Items of the record to applica- 
tion specific metadata according to a syntax determined 
by the transformer; and activating an application, which 
accepts the determined syntax, comprising posting the 
application specific metadata. 
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Description 

Background 

5 [0001] Data processing techniques for analytical purposes are, contrary to data processing for transaction purposes, 
optimized with respect to providing a user with processors and presentation tools that can generate illustrations of the 
result of a specified analysis task. 

[0002] Not only the data processing techniques, but also the data on which the analysis is to be based are often 
arranged with the special aim of supporting analysis purposes. This means that data are organised in a straight forward 

^0 or flat organisation. This straight fon/vard organisation of the data requires, however, a higher memory consumption and 
longer access time to the data when compared to organisation of data for transaction purposes. Typically, databases 
for analytical purposes comprise redundant data in that pre-computed aggregations of data are comprised in the database 
along with underlying data, ie data across which the aggregation (s) is/are performed. Thus, one can say that such a 
database represents data at different levels of granularity. 

15 [0003] A well recognised organisation of data for analysis purposes comprises multidimensional databases e.g. so- 
called cube databases, or simply Cubes, for OLAP, OnLine Analytical Processing, databases. However, various types 
of databases and other types of data structures can be used for analytical processing, including relational databases, 
flat file databases, XML (Extensible Markup Language) databases, etc. In these databases elements of data can be 
denoted data items and can be defined as a field in a specific record, a cell in a table or spreadsheet, or a delimiter or 

20 tag separated or fixed-length data entity. 

[0004] Despite their different structures each of the data items In the databases can be categorized as being so-called 
measures or dimensions. From a data representation point of view there are prima facia no differences, but from a user's 
point of view, a data item of the measures type can be interpreted as a measure value given a specific condition specified 
by an associated value of a data item of the dimensions type. A value of a data item of the dimensions type is also 

25 recognised as a so-called dimension value or a criterion. 

[0005] Hence, for instance a range of data items categorized as measures can represent sales figures in an organi- 
sation. These sales figures are given a meaning when associated with the specific conditions of the time instances at 
which the sales figures represent the sales in the organisation. The time instances are represented by means of the 
dimension values. By categorizing the data items in this way an additional and more abstract way of representing data 

30 is provided; this additional representation is also denoted metadata. In the above example, time is thus a dimension and 
the sales figures are categorized as a measure. 

[0006] The data processing techniques for analytical purposes operate on these data whatever the organisation of 
the data to provide a result of the analysis. Forthis purpose, an analysis task can be specified by a requestto a database. 
The result of the analysis is then illustrated by means of a data report. The data report can be set up by a user who 

35 selects presentation objects and properties thereof by of a so-called 'report generator' or a 'chart wizard', wherefrom 
default layout properties or user-specified layout properties are selected before making the presentation. Especially, 
when the data report is presented on a graphical user interface it is also referred to as 'a view'. 
[0007] In connection therewith it is a well-known situation that a user often uses some sort of trial-and-error for tuning, 
on the one hand, the specification of the analysis task and, on the other hand, the illustration of the result of the analysis. 

40 Therefore, a further specification of the analysis task and the illustration of the results are functions which more or less 
have merged into the same user interface for more or less simultaneous tuning of an analysis and the results thereof. 
[0008] The graphical/visual presentation of data is greatly influenced by the type of graphical/visual objects applied 
to make the presentation and layout properties of the graphicalA/isual objects. In the process of perfonriing an analysis 
a comparative study is often desired either to compare different scenarios or to compare different views of the same 

45 situation. Moreover, it is desired to collect results of individual steps of the analysis in order to provide documentation 
of the analysis and since such partial results are considered a portion of an analysis. Therefore, typically, several largely 
similar data reports (or views) are requested. During a process of performing an analysis, often, either the form of the 
dataset(s) is changed or the fomri of the presentation is changed. Thereby, either the data or the presentation is changed 
while maintaining the presentation or data, respectively. Thereby, the (difference) result of the comparative analysis is 

50 made clear. 

[0009] It is observed that steps or partial results of the analysis process are valued as a documentation of thefinal result. 
[0010] The ever increasing data capacity of storage memories and the widespread use of databases increase the 
amount of time a user is confronted with the task of, on the one hand, making queries to databases; and on the other 
hand, selecting a presentation for the data retrieved by the query. 
55 [0011] The above collectively states that (human) resources are spent on building up information which stage-by- 
stage documents an analysis process. This build-up infonriation is often bound to special syntaxes and to closed pro- 
prietary formats. 
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Prior art 

[0012] Within the field of so-called business intelligence applications cooperating with databases it is well known 
provide a graphical user interface wherefrom fields of tables in a database are selectable and criteria can be entered. 

5 From a set of selected fields and entered criteria a formal query to the database is automatically generated. 

[0013] However, In connection with such a business intelligence application, it is a well-known situation that a user 
during an analysis process has to repeat the steps of selecting fields and enter criteria before a satisfactory analysis 
result is obtained. Since often a more compound result (or further results) is needed to enlighten a situation from different 
viewing angles, steps of further analysis processes are performed largely corresponding to steps of previous analysis. 

^0 Thereby, time is spent on redundant work. 

[001 4] Often a user uses some sort of trial-and-error for tuning, on the one hand, the specification of the analysis task 
and, on the other hand, the illustration of the result of the analysis. Every step of such an analysis process can provide 
emphasis on important aspects of the dataset. Thus, even intermediate results can provide important information. 

15 Summary of the invention 

[001 5] The above and other shortcomings of the prior art are overcome by a computer-implemented method of providing 
a track history before a database, comprising the steps of: providing in a storage memory, a track history of choice 
selectable records that each comprises metadata items applicable to identify a data set from a data superset stored in 

20 the database; providing a bank of transformers with different choice selectable transformers; wherein a choice selected 
transformer takes a selected record and transforms the metadata items of the record to application specific metadata 
according to a syntax determined by the transformer; and providing activation of an application, which accepts the 
determined syntax, comprising making the application specific metadata available for the application. 
[0016] The track history provides for recalling information which has previously been built up or developed for identifying 

25 a specific dataset. For the purpose or either continuing analysis or taking an action based on the analysis a user is 
provided with the option of transforming the recalled information, which has previously been built up. The information is 
transformed by a transformation providing information targeted for a specific application. The application is either con- 
figured to continue analysis or perform another action based on the built-up information. Subsequently, the application 
is activated. The step of making the application specific metadata available for the application can be perfomned by 

30 transmission or posting of the data or by augmenting a call of a function of the application by the data. 

[0017] Thereby, information which has been built up in the track history is utilizable for providing activation of further 
analysis where presentation structure or data structure is maintained. Alternatively, information which has been built up 
in the track history is utilizable for providing activation of further analysis based on datasets outside the database, but 
based on metadata carried in the selected record. Further, alternatively activation of applications operating out from the 

35 database is performed based on the selected record; or activation of applications operating in to the database is performed. 
[0018] The analysis task and the illustration of the results have merged into the same user interface for more or less 
simultaneous tuning of an analysis and illustration of the results thereof. Further, actions can be taken and initiated 
directly from the analysis. This greatly improves efficiency in performing analysis and in taking actions based on an 
analysis. 

40 [0019] In a preferred embodiment, a first of the transfonners is configured to provide the application specific metadata, 
using a first syntax which is determined by a transformation embedding the metadata items of the record in an information 
body text; and wherein a first application, which accepts the specified syntax, provides a presentation that combines the 
information body text and the application specific metadata. Thereby, metadata are merged with body text phrases to 

provide readable information to a user about the content of the presentation. 
45 [0020] Preferably, the information body text is provided in a natural language e.g. in a textual form or as a machine- 
spoken message. 

[0021] When the information text is supplemented by a user's description, it is possible to add remarks to the metadata 
identifying the data subset or to the data subset itself. 

[0022] The records can further comprise presentation properties which define properties of a presentation of a data 
50 set by means of a graphical object specified by the properties. This makes it possible to carry the items identifying the 
data subset and the presentation properties together as a compact single data unit or object. In case the data subset is 
not carried with the record a very compact representation is obtained. However, the record may carry the data subset 
in the record for less constrained portability and for recreating the presentation at a later point in time without being 
connected to the database. 

55 

The old view 

[0023] When the records further comprise presentation properties which define properties of a presentation of a data 



3 



EP 1 659 503 A1 



set by means of a graphical object specified by tine properties, and the nnethod comprises the step of: providing a 
presentation of the data set by means of the specified object in accordance with the presentation properties, it is possible 
to re-establish the former view, but with more recent data. 

[0024] Preferably, the records further comprises presentation properties which define properties of a presentation; 
5 and the method comprises the step of: merging metadata and presentation properties from a record representing a 

current view and a choice selected record representing a former view. Thereby, two different views can be compared 

since at least a portion of the properties, be it metadata or presentation properties, are maintained from the current view 

or a former view, when providing a new view based on merging the metadata and presentation properties. 

[0025] In a preferred embodiment a second of the transformers is configured to provide the application specific metadata 
^0 from the metadata items and the presentation properties of a selected record; and a second application provides a 

presentation of the data set, identified by the metadata items of the selected record, by means of a graphical object in 

accordance with the presentation properties of the record. 

[0026] Preferably, the method comprises the steps of: retrieving metadata items of a choice selected record; retrieving 
presentation properties of a record that represents a current view; and providing a presentation of the data set identified 
15 by the retrieved metadata items according to presentation properties retrieved from the record that represents the current 

view. Thereby a data subset, identified by a record in the track history, can be presented by the configuration (as 
determined by the presentation properties) of a current view. This makes it possible to enhance different aspects of a 
data subset. 

[0027] Expediently, the metadata items of a choice selected record are items of a type setting criteria in identifying 
20 the data subset; and the presentation properties identify a graphical object for providing the presentation of the data set. 

In addition to identifying a dataset by means of measures and dimensions, a dataset can be further identified by means 
of criteria. Thereby, dimensions and measures can be selected freely, but under constraints set by the graphical object. 
[0028] The method may comprise the step of: retrieving metadata items of a dimensions type and a measures type 
from a record representing a current view; and the data set identified by the metadata items of the choice selected record 
25 is further identified by the metadata items of the dimensions type and the measures type from the record representing 
a current view. Thereby, the data subset identified by means of criteria is mapped on to the measures and dimension 
of the current view. Thereby, a user can map various former data sets on to a set of dimensions which the user is 
particularly familiar with. 

[0029] Expediently, a record comprises criteria; and a current presentation comprises a view structure of multiple 

30 graphical objects each providing a presentation of a data subset which is partially identified by an individual criterion; 
and the method comprises the steps of: applying criteria of the record to each of the data subsets to change the 
identification of the data subsets; and updating the current presentation to provide a presentation of the data subsets 
as identified by the changed identification. Consequently, all criteria of the fonner record are applied to all objects of a 
current view. That is, the criteria are applied as a so-called background or collected criteria for the entire view. From a 

35 practical point of view, criteria of the record are collected to be applied commonly. It can be detennined to apply the 
criteria as a background criteria or collected criteria when the dimension on which a criterion is defined is not present 
in a presentation. Please note, that a criterion is also denoted a dimension value (comprising a range of values). 
[0030] Expediently, a choice selected record comprises subsets of metadata items with respective criteria; and a 
current presentation comprises a view structure of multiple graphical objects each providing a presentation of a data 

40 subset which is partially identified by an individual criterion; and the method comprises the steps of: changing individual 
ones of the identifications of the data subsets of the presentation by application of a respective subset of metadata items 
of the criteria type in the choice selected record; and updating the presentation of the current presentation to provide a 
presentation of the data subsets as identified by the changed identifications. Thereby criteria of individual graphical 
objects in a former view are applied to individual graphical objects of a current view. Preferably, when an individual 

45 criterion is a dimension value of a dimension which is presented in an individual graphical object, the criterion is applied 
along the dimension in the presentation. When a criterion Is applied In this way it is also denoted a distributed criterion. 
[0031] In a preferred embodiment, a third of the transformers is configured to provide the application specific metadata 
from a choice selected record and a representation of current presentation properties which are provided by a current 
presentation; and a third application provides a presentation of the data set identified by the choice selected record in 

50 accordance with the representation of current presentation properties. Thereby the presentation can be provided by an 
application which requires the information of the fonner track record and the current presentation properties according 
to a specified syntax. 

[0032] Preferably, a fourth of the transfomners is configured to provide the application specific metadata, and a fourth 
application provides changed values of the dataset according to a specification of the changes provided in the application 
55 specific metadata. Thereby e.g. the prices in a pricelist can be changed which in turn may change values of measures 
like 'revenue' and 'turnover'. The changed values can be provided to a transactional database which in turn provides 
changed values to an analytical database. That is, the changed values are not necessarily provided directly to the 
database with which the track history operates. 
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[0033] A fifth of the transformers can be configured to provide the application specific metadata, and a fifth application 
provides search results in response to search criteria provided in the application specific metadata. Ordinary copy and 
paste would not be expedient for carrying a search statement to the fifth application since syntax and fomnat can differ 
and consequently would provide confusing results, if any at all. 

5 [0034] Expediently, a current presentation comprises a view structure of multiple graphical objects each providing a 
presentation of a sub-ordinary data subset wherein a graphical object comprises multiple graphical elements, which are 
associated with metadata items that define criteria for those data, of the data subset, represented by means of the 
elements; and where the method comprises the steps of: in response to a user's directed action to a graphical element 
of a graphical object, determining those metadata that apply to the graphical element, and retrieving further data defined 

^0 by the detennined metadata; and making a presentation of the further data by means of a graphical object of the view 
structure. Thereby graphical control of criteria for identifying a data set is obtained. 

[0035] In response to a user's directed action to the graphical element of the graphical object, the graphical element 
can be enhanced visually relative to other elements of the graphical object to reflect that the element represents a 
criterion for the data presented by means of the further graphical object. 
15 [0036] Thereby the graphical control is provided with a graphical response indicating the form of the criteria. 

Brief description of the drawing 

[0037] The invention will be described in more detail in connection with the drawing, 
20 in which: 

fig. 1 shows a block diagram of a system with a user interface and a component providing a track history; 
fig. 2 shows a user interface structure with a track history tree-view component; 

fig. 3 shows a track history tree-view component with a selector menu and a block diagram of applications; 
25 fig. 4 shows a block diagram for activating an application which receives application specific metadata from the track 

record via a transformer; 
fig. 5 shows a structure of a transformer; 
fig. 6 shows a flow chart of creating a track record; 

fig. 7 shows a flow chart of activating an application which receives application specific metadata from the track record; 
30 fig. 8 shows a first view with a single graphical presentation object and a track history tree-view component; 

fig. 9 shows a second view with a single graphical presentation object and a track history tree-view component; 

fig. 10 shows a third view with multiple graphical presentation objects; 

fig. 1 1 shows a flowchart of loading a record to provide a view; 

fig. 12 shows a flowchart of generating an action sequence; and 
35 fig. 1 3 shows a track history tree-view. 

Detailed description of a preferred embodiment 

[0038] Generally, it should be noted that a dimension is a collection of data of the same type; it allows one to structure 

40 a multidimensional database. Values of a dimension are denoted positions or dimension values or criteria. A multidi- 
mensional database is typically defined as a database with at least three independent dimensions. Measures are data 
structured by dimensions. In a measure, each cell of data is associated with one single position in a dimension. 
[0039] The term OLAP designates a category of applications and technologies that allow the collection, storage, 
manipulation and reproduction of multidimensional data, primarily for analysis purposes. 

45 [0040] Special modules may be provided to transform operational data from a source database or transactional da- 
tabase to analytical data in a data warehouse. In some situations it may be inconvenient to transform the operational 
data to analytical data which are stored in another database. Therefore the operational database, which is typically a 
relational database, can be emulated such that it exposes an interface from which the operational database is accessible 
as a multidimensional (analytical) database. 

50 [0041] In the below, the term database can designate any type of database whether analytical or transactional, but it 
should be clear that analytical databases are preferred in connection with the present invention. 
[0042] Fig. 1 shows a block diagram of a system with a user interface and a component providing a track history. The 
system 100 comprises a user interface 101 which operates in combination with a middleware component 121 and a 
database DB, 1 19 with a database interface DB IF, 118. 

55 [0043] The middleware component 121 provides functionality of the user interface 101 and is configured to receive 
inputs from the user interface and provide outputs to the user interface 101. The middleware component 121 provides 
contents to the user interface 101 by means of among other means the database 1 19. The database 1 19 is accessed 
via the database interface 1 1 8. 
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[0044] The middleware component is also configured to submit a query to the database 1 1 9 via the database Interface 
1 1 8 and to retrieve a result dataset from the database 1 1 9 via the database Interface. Preferably, the database interface 

comprises a cache memory for fast retrieval of a previously retrieved dataset. 

[0045] The user interface 1 01 is shown in the form of a window which has a control bar 1 02 with controls for closing, 

5 maximizing and minimizing the window on a display. The window comprises control components In the form of an Input 
text box 1 07, a track history list box 1 08, a presentation options box 1 09, and a data report 1 03 In which different graphical 
presentation objects 1 04, 1 05, 1 06 are arranged. The data report can thus be arranged as a container of the presentation 
objects. This data report or container is also designated a view or view structure. Different graphical presentation objects 
are arranged in the view, e.g. as shown a bar chart object 104, a pie chart object 105, and a table object 106. These 

^0 graphical presentation objects each provides a presentation of a dataset retrieved from the database 1 1 9. 

[0046] The user interface 1 01 and the middleware component 121 provide in combination the following functionality: 
[0047] In a first situation, a user can submit a request for a data set to be presented by means of the view or data 
report 103. The request can be submitted in the form of a natural language or pseudo-natural language comprising 
words or text items which identify metadata items in the database 119. The request is processed by a metadata deter- 

15 mining unit 11 4 of the middleware component 1 21 . The metadata determining unit 1 1 4 provides an output with metadata 
items for identifying a dataset in the database 1 1 9. The metadata items are stored in a record in a track history memory 
THM, 1 15. Further, the metadata items are forwarded to a query maker 1 17 which provides a formal query according 
to a syntax accepted by the database interface 118. The database Interface 118 retrieves the dataset Identified by the 
metadata items, and thus the formal query, from the database 119. 

20 [0048] The retrieved data set is provided to a report object 1 20 which collects the metadata Items, for identifying the 
data set, and presentation properties for rendering a presentation of the dataset in the view 103. Additionally, the report 
object provides methods for interacting with the view or the graphical presentation objects thereof. 
[0049] The presentation properties are provided by a presentation properties determining (PPD) unit 1 1 6 which has 
a first mode where presentation properties are determined automatically from the metadata items, MD, provided by the 

25 metadata determining unit 114. In a second mode the PPD unit 116 receives a user's input to modification of the 
presentation properties via the presentation options box 109. Thereby, the presentation can be adapted to a user's 
preferences. In a third mode, a combination of functionality of the first and second modes is provided. 
[0050] The presentation properties provided by the PPD unit 116 Is optionally stored in the record containing the 
metadata items of the presentation. 

30 [0051] In a second situation, a user can retrieve a former request for data, in the fomn of metadata items, stored in a 
record. The user can make a choice to select the record from the track history memory 1 15 by means of the history list 
box 1 08 on the user interface 1 01 . Further, the user is provided with an option of selecting a transformer of a transfonner 
bank TB, 1 12. The transformer takes the metadata Items, representing the former request for data, and provides the 
metadata as application specific metadata, ASM, to an application interface AIF, 1 13. The application interface 1 13 is 

35 configured to launch an application or a function of an application augmented by the application specific metadata. This 
will be described in greater detail in connection with the following figures. 

[0052] In a third situation, a user can request further data by an action directed directly to an element of a graphical 
presentation object of the view. In response to detecting the action, datasets of the individual presentations of the view 
are changed to provide for exploring or analyzing the datasets further. This will also be described in greater detail in 

40 connection with the following figures. 

[0053] Reverting to the first situation, a user can request data by means of the input text box 1 07 wherein the user 
can write a question in a natural language in a preferred language e.g. the English language. From a user's perspective 
this question constitutes a query to the database 113. In an exemplary embodiment the database 113 can contain the 
following data items, wherein the data items are categorized as measures or dimensions and wherein a dimension exists 

45 at different levels such as day, month, and year: 



Measures: 


Dimensions: 


'turnover' 


'time' (level 0: Year; level 1 : Month; level 2: Day) 


'cost' 


'Customer' (level 0: Group; level 1: Name) 


'sales' 


'Product' (level 0: group; level 1: Name) 


'revenue' 


'Country' 


'budget' 


'Business Unit' 



[0054] Thereby e.g. the following questions can be asked: 
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1) I would like to see 'cost' grouped by 'time, month' 

2) I would like to see 'turnover' grouped by 'time, month', 'customer, group' and 'product, name' 

3) I would like to see 'turnover' for year 2004 

4) I would like to see 'country' 

5 

[0055] A question like the above ones are forwarded to a metadata determination unit 11 4 which is arranged to identify 
metadata items and their category and levels by parsing the question. 

[0056] Based on the identified metadata items, the metadata determination unit 1 1 4 is able to look up a track history 
memory 115 of previously used combinations of metadata and presentation properties. The contents of the storage 
^0 memory 115 can have the following fomn as shown in table 1 : 



Table 1 



Data 


Presentation 


Frequency 


Time, Level 1 Turnover 


type=Barchart; legend=off; labels=off; 3D- 
effects=Orthogonal 


3 


Country; Contribution Margin 


type=map; legend=off; labels=on; 3D- 
effects=None 


3 


Customer, Level 0; Turnover; Cost; Contribution 
Margin 


Type=Crosstab; legend=off; labels=off; 3D- 
effects=None 


2 









[0057] By searching the storage memory 1 1 0, with contents as shown in table 1 above, for a match on the data items 
and levels identified from the question, it is possible to determine whether a previous presentation matching the question 
has been used. Thereby preferred presentation properties can be found. If for instance it Is determined that a question 
involves the data item 'time, level 1 ' and 'turnover', it can be deduced that the preferred presentation of these data items 
is a bar chart with properties as shown in table 1 above. 

[0058] Presentation properties are determined by the presentation determining unit 116 based on the result of the 
search for matching data items and levels. The determined presentation properties are stored in a presentation memory 
object 120. 

[0059] The metadata determining unit 1 14 converts the question or the metadata, as the case may be, to a query that 
can be submitted to a database 1 1 9 via a database connection. In response to the query, the database provides a result 
dataset. This result dataset is sent to a presentation memory object 1 20. Thereby the result data set and the presentation 
properties are handled in the same memory object 120. 

[0060] Via the presentation determining unit 116, the presentation properties from the data object or from the pres- 
entation options box 109 can be used for updating the frequency count and/or another update of the storage with the 
registered combinations of data and presentation properties in storage memory 1 1 5. The frequency count and/or another 
update of the storage can be updated in response to a user changing focus from the data report 103 to the input box 
1 07 and/or closing orminimizing the window 1 02. Alternatively, a button or other control (not shown) on the user interface 
101 can be used as an acceptance of storing the presentation properties of the present presentation and/or update the 
frequency count. In the latter case, a more transparent update is provided. 

[0061] In the third situation, wherein a user can request further data by an action directed directly to a figure or element 
of the view, a data item is bound to the element and contains metadata associated with the element. The metadata is 

preferably a criterion in the form of a value or range of values of a dimension i.e. a so-called dimension value. Thus, 
when an element is selected, metadata associated with the element is retrieved or deduced. In that situation, the report 
object 120 is configured to identify such metadata items and provide modified datasets as determined by the metadata 
associated with the element in response to the action. 

[0062] Fig. 2 shows a user interface structure with a track history tree-view component. The user interface structure 

101 comprises a track history list box, HLB 201 , corresponding to the one shown in fig. 1 , but shown in greater detail. 
The HLB is shown in the form of a so-called tree-view component whereby parent nodes of the tree-view (TR1, TR2, 
TR3) provide a reference to a record of the track history memory. The record comprises information describing a view 
with presentation objects which has been provided at an earlier point in time. The parent nodes (TBI , TR2, TR3) of the 
tree-view have child nodes S1.1, SI. 2; S2.1; S3.1. The child nodes provide references to individual metadata items of 
the record referred to by the parent node. 

[0063] In a first mode, the tree-view is structured such that a parent node represents a view of multiple graphical 
objects; whereas a child node represents a changed instance of the parent node. 
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[0064] In a second mode, the tree-view is structured such that a parent node represents a view of multiple graphical 
objects; but whereas a child node represents an individual graphical presentation object of the view structure. Thereby, 
the child node refers to metadata items and presentation properties of the individual presentation object. 
[0065] Parent nodes and child nodes are provided with event-activated menus from which an application associated 

5 with a transfonner, or vice versa, is choice selectable. 

[0066] Fig. 3 shows a track history tree-view component with a selector menu and a block diagram of applications. 
The track history tree-view component 201 provides a selector menu 301 on which named applications are listed. The 
selector menu 301 displays multiple menu items designated A1 , A2, A3, A4 and A5 and is configured to provide a user 
with the option of selecting a menu item. Preferably, the menu items designate named applications, but it could as well 

^0 designate named transformations. 

[0067] The selector menu 301 is displayed when a node of the tree-view has been selected. Thereby a view and the 
record describing the view is identified when the selector menu 301 is being displayed. 

[0068] In response to a selector menu item (A1, A2, A5) being selected, a transformation of the identified record 
is performed to provide application specific metadata and activation of an application associated with the transformation 
15 is requested. 

[0069] In a preferred embodiment, the applications are divided into a group 302 of external applications and a group 
of internal applications. The group of internal applications comprises applications which form integrated parts of the 
application providing the middleware component 121 and the user interface 101. The group of external applications 
comprises applications which do not form integrated parts of the application providing the middleware component 121 
20 and the user interface 1 01 . These applications are designated external applications. Applications of both groups can be 
activated from the selector menu 31 4. 

[0070] The group 302 of external applications comprises an application SRCH, 304 which is an Internet search engine, 
accessible via an internet protocol e.g. the Internet Protocol, IP, or hypertext transfer protocol, HTTP, the proprietary 
protocol SOAP, or other network protocols. Further, the group comprises an Enterprise Resource Planning, ERP, ap- 

25 plication 305. This application is of a type that provides changed values of a dataset in the database according to a 
specification of the changes provided in the application specific metadata. The specification comprises an identification 
of the dataset to be changed and an identification of which changes to provide. Thereby e.g. prices in a pricelist can be 
changed e.g. by +10% which in turn may change values of measures like 'revenue' and 'turnover'. 
[0071] Afurther application (not shown) of the group is a so-called Customer Relations Management, CRM, application. 

30 This application is of a type that provides distribution or collection of datasets according to a specification provided in 
the application specific metadata. Other applications which can be activated comprise Supply Chain Management ap- 
plications or other so-called operational applications. 

[0072] An activation of an external application associated with the transformation is requested. The request is in the 
form of a call of a function, which is exposed by means of an application interface e.g. a so-called Application Programme 
35 Interface, API. The function is preferably augmented by the application specific metadata. Alternatively, the request 
submitted by posting the application specific metadata following a http request. 

[0073] The group 303 of internal applications comprises an application FV, 306 which loads a selected record, which 
represents a formerly provided view, FV, and re-establishes the view on the user interface 101 . 
[0074] Further, the group 303 comprises an application FV-CVC, 307 which loads a selected record and applies criteria 
40 of a current view, CVC, to provide a view with presentation objects and dimensions and measures of the fomner view, 
but with criteria of the current view. 

[0075] Still further, the group 303 comprises an application CV-FVC, 308 which loads a selected record and applies 
criteria, FVC, thereof, to provide a view with presentation objects and dimensions and measures of the current view, but 

with criteria of the former view. 

45 [0076] Further, the group 303 comprises an application TK, 309 which tracks a user's focus on the user interface by 
responding to events raised by a GUI event-responder 312 of the user interface 101. An event raised by the event- 
responder may be that a so-called 'mouse-over' event of the item SI .1 is detected. In response to the event, metadata 
bound to a respective element are loaded. The metadata are provided to an application IB, 31 1 which provides a user 
with element-specific information. 
50 [0077] The group 303 of internal applications further comprises the application IB, 31 1 which provides the metadata 
items of the selected record in an information body text. The information body text is provided in connection with the 
view and especially configured for the individual graphical objects. In connection with the application TK, 309 the metadata 
are provided by data items bound to specific elements of the graphical presentation objects. The application IB, 309 is 
configured to provide an information box on the user interface 101 in response to a signal from either one of the appli- 
es cations. 

[0078] Moreover, the group comprises an application CV, 309 which provides changes to the current view in response 
to a user's directed action to specific elements of the presentation objects. Alternatively, the input text box provides for 
specifying changes to the current view. 
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[0Q79] The selector menu is shown in fonn dividing the applications in two groups 313 and 314. It is shown that the 
child node 315 is selected on the tree-view component 201 and that the application 312 is selected. The tree-view 

component 201 is also denoted 'an activity list' or 'drill history'. 

[0080] Fig. 4 shows a block diagram for activating an application which receives application specific metadata from 
5 the track record via atransformer. A transformer bank 408 comprises afirsttransfomierTI , 403 and a second transformer 
T2, 404. Further transformers are comprised by the transfonner bank 407 e.g. as illustrated by a n'th transformer Tn, 
405. Each of the transformers T1 , T2 and Tn is configured to be activated e.g. in response to an item selected on the 
selector menu. When activated, a transformer takes a choice selected record 401 as input and transforms the metadata 
of the record to application specific metadata, ASM. The transformer is configured to provide contents of the application 
^0 specific metadata from the metadata items of the record 401 and/or predefined items of information and/or presentation 
properties of the record 401 . Alternatively, the transformer is configured to provide contents of the application specific 
metadata from a further record B, 402 in addition to the record A, 401 . The further record B, 402 expediently represents 
a current view. 

[0081] The transformer provides the ASM by a transformation of merging of the items and/or properties and/or a 
15 transformation of filtering the items and/or properties. The transformations can comprise operations related to the meta- 
data items or formatting or syntax of the record and items thereof. 

[0082] An application is activated via an application interface AIF, 407. In one embodiment the application is activated 
by calling a specified function of the application augmented by the application specific data ASM. In another embodiment 
atransformer posts the selected record following an event raised by the record being choice selected and atransformer 

20 having completed provision of the ASM. 

[0083] The record is preferably provided in extensible Mark-up Language, XML, format. The below XML structure 
provides a fraction of a record with a parent node designated by the tags <record>, an upper intermediate node <view> 
and a lower intermediate node <presentation> and a first child node <metadata> and a second child node <presentation_ 
properties>. The lower intermediate node <action_sequence> comprises a sequence of statements enclosed by tags 

25 designated <action>. Each action is generated by a user that performs analytical steps by specifying metadata and 
especially by specifying criteria. Below it is shown that a first action in a sequence is specified by the criterion of the 
dimension 'ProductGroup' being equal to "T-shirts". 

30 < record > 

< name > TR 1 < / name > 

<view> " 
<presentation> 
35 <naTne>Sl . l</name> 

<metadata> 
</metadata> 

<pr€sentation_j>roperties> 
< /pr e sentat ionjproper t ies > 
</presentation> 

<action_sequence name=?> 

<act ion>ProductGroup= " T - sliirts " < /ac t ion> 
<action>Region=" DK" </action> 
<action>Time=2001</action> 

< / ac t i on_s equenc e > 

50 / 

</view> 
</record> 



[0084] The upper intermediate node <view> can comprise multiple lower intermediate nodes <presentation> and 
55 reflects that a view can comprise multiple graphical presentation objects. Each presentation comprise a metadata child 
node <metadata>. Optionally, a presentation node comprises a presentation properties child node <presentation_prop- 
erties>. 

[0085] A transformation of the above record (with any further information) for an Internet search application provides 
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the resulting ASM in the fomri of three text items (words or nunnbers): JEANS DENMARK 2001 . Thus, the transfomnation 
filters out the entire XML record, but the metadata items as such. Additionally, the text item 'DK' is converted to the text 
item 'DENMARK'. It is well-known to a person skilled in the art to provide such transformations e.g. by means of XSLT, 
extensible Stylesheet Language: Transformations. 
5 [0086] Fig. 5 shows a structure of a transformer. The transformer T1 , 403 is provided by a generic transfonrier engine 

501 which provides a specific transformer by means of transformer instructions 502. The transformer instructions TINST, 

502 is provided in a declarative programming language. 

[0087] When the record is provided in extensible Mark-up Language, XML, format the declarative language is preferably 
the extensible Stylesheet Language: Transformations, XSLT. 
10 [0088] In connection with fig. 3 and 5, the below table indicates which metadata items to process in the transfonnation 
to provide the application specific metadata, ASM. 



Table 1 . 





CV-FVC 


FV 


FV-CVC 


CV 


Former rec. (index f) 


Mf, Df, Cf, PPf 


Current view (index c) 


Mc, Dc, Cc, PPc 


ASM comprises: 


Mc, Dc, Cf PPc 


Mf, Df, Cf, PPf 


Mf, Df, Cc, PPf 


Mc, Dc, Cc, PPc 



[0089] Table 1 shows, for four of the internal applications mentioned in connection with fig. 3, which metadata items 
of a former record and a current view to provide in the ASM, output from a transformer. Metadata items of the measures 
type are represented by a capital 'M' and dimensions by capital 'D'. Presentation properties are represented by capital 
'PP' and criteria are represented by capital 'C. Index 'f represents items of a former (selected) record and Index 'c' 
represents items of the current view. From table 1 more detailed transformations can be provided. 
[0090] Fig. 6 shows a flow chart of creating a track record. The flowchart illustrates steps of the first situation described 
in connection with fig. 1. At point A, 601 of the flowchart a question, QST, 602 is submitted for parsing in step 603. 
Parsing of the question reveals pieces of Information from which metadata Items 605 can be identified or provided in 
step 604. In step 606 the record 607 is created from the metadata items 605. 

[0091] The step 604 of providing the metadata items 605 is followed by a step 608 of making a query 609 which is 
created according to a specified syntax e.g. SQL (Structured Query Language). In step 610 the query is submitted to a 
database for retrieving the dataset 61 1 specified in the query. A presentation of the dataset 611 is provided In step 612. 
Subsequently, In step 613, the presentation is open for updating and consequently modification of presentation properties 
614. In step 615 the presentation properties 614 are added to the record 607. 

[0092] In response to a user interaction or other event it is decided in step 61 6 whether to store the record 607. If it 
is decided not to store the record (n), the record is discarded. Alternatively, if it is decided to store the record (y) the 
record is added to the track history in step 61 7. In subsequent step 61 8 an entry is supplied to the user Interface in order 
for a user to recall the record at a later point In time. This entry is preferably provided by the track history view. 
[0093] The flowchart Is terminated at point B, 61 9 where the record is stored or alternatively at point C, 620 where the 
record is discarded. 

[0094] Fig. 7 shows a flow chart of activating an application which receives application specific metadata from the 
track record. The flowchart illustrates steps perfomied in connection with the second situation, described in connection 
with fig. 1 , where a user retrieves a former request for data, In the fonn of metadata items, stored in a record. The 
flowchart has its starting point at point D, 701 which represents a state where records have been provided in a track 
record memory where they are available for choice selection e.g. by means of the track history view component In a 
first step 702 a user Is provided with the option of selecting a record which is identified in step 703. 
[0095] In step 704 a user Is provided with the option of selecting a transformer either directly by name or Indirectly by 
the name of an application which is associated with a transformer. In step 705 a selected transformer is identified. 
Thereby both the record and the transformer are identified. 

[0096] When both the record and the transformer have been identified the transformer is activated in step 706. Sub- 
sequently, In step 707, the identified transformer takes a selected record and transforms the metadata Items of the record 
to application specific data, ASD, according to a syntax determined by the transformer. 

[0097] When the transformer has provided the application specific data, ASD, an application associated with the 
transformer can be activated in step 708. In connection with activation of the application associated with the transformer 
the application specific data, ASD, is transmitted e.g. posted to the application. The ASD are provided according to a 
syntax which the application can collect and process when it is activated. 

[0098] The activated application Is run as an Individual Instance and control of the application Is assumed by the 
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application itself, an operating system of tine system running the application or another application as the case may be. 
[0099] Fig. 8 shows a first view with a single graphical presentation object and a track history . The first view 801 
comprises a graphical presentation object 802. The graphical presentation object 802 is shown in the form of a so-called 
bar-chart wherein the dataset identified by the two measures 'Sales' and 'Revenue' designated by capital letters 'S' and 
5 'R', respectively, are depicted by two different bar types (hatched and not hatched bars). The dataset identified by the 
two measures are presented along the dimension 'Products' designated 'PG'. 

[0100] Criteria for identifying the dataset further comprise a first criterion defined by a value of the dimension Time' 
in the statement Time(Year)=2004'. A second criterion is defined by values of the dimension 'Product Group' in the 
statement 'Products(Group)={PG1 , PG2, PG3}'. A third criterion is defined by values of the dimension 'Business Unit' 
^0 in the statement 'BusinessUnit={PG1 ,PG4}'. The first and third criteria are of a collected type since values of the criteria 
apply collectively to the entire dataset of the presentation object. The second criteria is of a distributed type since values 
of the criteria are distributed along the dimension of the presentation. Thus, when the dimension on which the criteria 
is defined is known and when dimensions of the presentation is known it can be deduced whether a criterion is of collected 
type or a distributed type. 

15 [0101] The graphical presentation object, 802 comprises graphical elements in the form of six individual bars like 402, 
tick labels 803, an axis label 804 and legends 805, 806. The tick labels 803 displays values (PG1, PG2, PG3) of the 
distributed criterion. Further, the graphical presentation object 802 comprises a header 803 which display the criteria of 
the collected type. The graphical elements are preferably bound to respective data items which contain the metadata 
of the data illustrated by means of the graphical element. 

20 [0102] A record like the one shown below has a structure which is configured to handle the metadata and presentation 
properties of the presentation: 



<record date="10-10-2004" ; no=l; user="BLU"> 
25 <name>My first record</name> 

<descrip>Shows performance in 2004</descrip> 
<view> 

<presentation obj_lD=l> 
30 <pprop> 

<obj tYpe= ' barchart ' ;no_ser=2; [layout] /> 
</pprop> 
<pmeta> 

<M>Sales</M> 
<M>Revenue < /M> 
<D>ProductGroup</D> 
<pmeta> 
< /presentation> 

<action_sequence> 
<action>Time ( Year ) =2004</action> 
<action>Products (Group) ={ PGl, PG2, PG3 }</action> 

45 

<action>BusinessUnit={BUl, BU4 }</action> 

</action_sequence> 
</view> 
</record> 

50 ' 

[0103] The structure of the record above has a first substructure with a scope determined by the tags <view> and </ 
view> . This substructure comprises a second substructure <presentation> and <action_sequence>. 
[0104] The <presentation> substructure comprises asubstructure<pprop> and <pmeta>. <pprop> carries presentation 
55 properties with information for rendering a graphical presentation. <pmeta> carries metadata for identifying the dataset 
by means of measures and dimensions. 

[0105] The <action_sequence> substructure comprises metadata in the form of criteria for identifying the dataset 
further. 
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[0106] The record structure above thus comprises metadata which apply to a presentation and metadata which apply 
to a view. The expediency of this will be described further. 

[0107] The track history view 201 is described above, but is shown in connection with the graphical presentation object 
802 as a component which can be operated to change the content of the graphical presentation object or replace it by 
5 another object. The track history view 201 provides choice selection of a record. 

[0108] Fig. 9 shows a second view with a single graphical presentation object and a track history . The second view 
901 comprises a graphical presentation object 902. Here, the graphical presentation object designated 902 is shown in 
the form of a table. 

[0109] The graphical presentation object 902 is shown in the form of a table wherein the dataset identified by the two 
^0 measures 'Turnover' and 'Budget' designated by capital letters 'T and 'B', respectively, are depicted in respective 
columns of the table. 

[01 1 0] The dataset identified by the two measures are presented along the dimensions ' Products' and 'BusinessUnit' 
as individual rows of the table and as groups of rows of the table, respectively. 

[01 1 1] Criteria for identifying the dataset further comprises a first criterion defined by a value of the dimension Time' 
15 in the statement 'Time(Year)=2004'. A second criterion is defined by values of the dimension 'Product' in the statement 
'Products(Group)-{PG1 , PG2, PG3}'. Athird criterion is defined by values of the dimension 'Business Unit' in thestatement 
'BusinessUnit={PG1 ,PG4}'. The first criteria are of a collected type since values of the criteria apply collectively to the 
entire dataset. The second and third criteria is of a distributed type since values of the criteria are distributed along the 
dimensions of the presentation. 
20 [0112] The graphical presentation object 902 comprises graphical elements in the form of individual cells like 907, 
column header cells 904, 905, 906; row-header cells 908; and group-row-header cells 909. 

[0113] The column header cells 904 display names 'BU'for 'BusinessUnit' and 'P' for 'ProductGroup' of the dimensions 
along which the measures are presented. The column header cells 905 and 906 display names 'T' and 'B' of the measures 
'Turnover' and 'Budget' identifying the dataset. The row-header cells 909 display values (PG1 , PG2, PG3) of one of the 
25 distributed criteria. The group-row-header cells 908 displays values (BUI , BU4) of the other of the distributed criteria. 
[01 14] A record like the one shown below has a structure which is configured to handle the metadata and presentation 
properties of the presentation: 

30 <record date="10-10-2004" ; no=l; user="BLU"> 

<name>My second record</name> 

<descrip>SIiows performance in 2004</descrip> 
<view> 

<presentation obj_ID=l> 
<pprop> 

<obj type=' table' ;no_ser=2; [layout] /> 
</pprop> 
<pmeta> 

<M>Turnover</M> 
<M>Budget</]yi> 
<D>BusinessUnit</D> 
<D>Product</D> 
<pmeta> 



35 



40 



45 



50 



55 
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</presentation> 

5 <action_sequence> 

<action>Time (Year) =2004</action> 
<action>Product s (Group) - { PGl , PG2 , PG3 } </action> 
<act::ioii>BusinessUnit={ BUI , BU4 } </action> 

^0 < / ac t ion_s equenc e > 

</view> 
</record> 

15 [0115] The structure of the record above is described above. 

[0116] The track history tree-view component 201 is configured to provide a user with the option of choice selecting 
a record and additionally a (nnenu) option of selecting an application which is the target for the record via atransfornner. 
In the below different applications of records are described: 

20 Application 1: Current view with former view criteria, CV-FVC 

[0117] When the option of selecting a former record, e.g. 'My first record' shown above in connection with fig. 8, is 
selected and the application of applying criteria of that selected record is selected, a transformation of the selected 
record is performed. 

25 [0118] The selected record is transformed by, firstly, filtering out information of individual presentations of the view 

described by the record. That is, information within any <presentation> structures. Thereby, after filtering, the record 
contains an identification of a dataset by means of criteria of the record. This is shown by the below fraction of the former 
record: 

30 

<record date="10-10-2004" ; no=l; user="BLU"> 
<vTneta> 

35 <crit>Time ( Year ) =2004</crit> 

<crit>Products (Group) ={ PGl, PG2, PG3}</crit> 
<crit>BusinessUnit={BUl, BU4 }</crit> 
</vmeta> 

40 

</record> 

[01 19] The current view is described by the below fraction of the record: 
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<record date=" 11-10-2004" ; no=2; user="BLU"> 
<name>My first record</name> 
^ <descrip> Shows performance in 2004</descrip> 

<view> 

<presentation PID=1> 
<pprop> 

<obj type='table' ;no__ser=2; [layout] /> 
</pprop> 
<pineta> 

<M>Turnover</M> 

<M>Budget</M> 

<D>BusinessUnit</D> 

<D>Product</D> 
<pmeta> 
< / presentat ion> 

20 

</view> 
</record> 

25 

[0120] This record identifies tine dimension "Business Units" and two nneasures "Turnover" and "Budget"; the criteria 
for the dataset and the presentation properties stating annong other paranneters the object type being of the table type. 

Application 2: Former view with current view criteria, FV-CVC 

30 

[0121] When the option of selecting a fornner record, e.g. 'IVly first record' shown above in connection with fig. 8, is 
selected and the application of applying a presentation of that selected record is selected, a transfornnation of the selected 
record is performed. 

[0122] The selected record Is transfonned by, firstly, filtering out information of individual presentations of the view 
35 described by the record. That Is, Information within any <presentatlon> structures. Thereby, after filtering, the record 
contains an Identification of a dataset by means of criteria of the record. 

Application 3: Recall former view; FV 

40 [0123] When the option of selecting a former record is selected the selected record can be interpreted without any 
transformation i.e. the presentation properties and metadata are read to interpret the former view of the former record. 
[0124] Turning now to an aspect of providing an interactive specification of metadata and especially metadata of the 
criteria type for further and/or updated presentations. This Interactive specification of metadata will be referred to In 
connection with fig. 10 where a view structure of multiple graphical presentation objects is described and In connection 

45 with fig. 12 where a method of responding to an interactive specification of metadata is described. 

[0125] The graphical element 905 is bound to a data item which provides the value of the column header, which In 
this case is the capital letter T' designating a measure denoted 'Turnover'. Likewise, the graphical element 906 is bound 
to a data Item which provides the value of a capital 'B' which also designates a measure, but denoted 'Budget'. The 
information on 'T' or Turnover' or 'B' or 'Budget' need not be contained In the report Itself, but can be provided by the 

50 database or any other application. 

[0126] The graphical elements 909 are bound to data items which provide the value of the row headers. In this case, 
the values are given somewhat anonymous values: 'PGV, 'PG2' and 'PG3'. These values can be short for 'Product 
Group 1', 'Product Group 2' etc. In this case, the cells designate values of a dimension I.e. so-called 'dimension values' 
or criteria. The graphical elements 908 are bound to data items which provide the value of the group row headers ('BUI' 

55 and 'BU4'). The graphical elements 904 are bound to data items which provide a value 'PG' and 'BU', respectively, which 
are short for 'Product Group' and 'Business Unit' and which designate the dimensions of which the cells In the below 
columns are dimension values. 

[0127] The remaining twelve cells designated In common by reference numeral 907 designate cells or graphical 
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elements bound to data items which provide figures, typically numbers, as the result of a specified analysis. However, 
the metadata that apply to the element (in the form of the table cell) can be determined according to a spatial scope of 
metadata items. The metadata that apply to the element 910 is defined by a spatial (column) scope of the metadata 
item bound to the column header 905 and by the spatial (row) scope of the metadata item bound to the row header 91 2 
5 which in turn is covered by the spatial (group row) scope of the metadata item bound to the group row header 913. 
Similarly, scopes of metadata can be determined for other graphical presentation objects such as pie-charts, bar-graphs 
etc. 

[0128] The further graphical element 903, in the form of a table header is also bound to a data item, but proving a 
criterion which applies to the entire result displayed in the table. This data item thus provides a collected criterion for the 
^0 presentation object 902. 

[0129] Thereby a structure is provided which enables determination of which metadata items that are bound to a 
specific graphical element in response to a user's directed action to such a graphical element. 

[0130] Fig. 1 1 shows a flowchart of loading a record to provide a view. The view structure 1001 comprises a first 
graphical presentation object 1 002 of a bar-graph type showing the measures 'Sales' and 'Revenue' along the dimension 
15 Time'. 

[0131] Further, the view structure 1001 comprises a second graphical presentation object 1003 of a pie-chart type 
showing the measure 'Sales' along the dimension 'Business Unit'. 

[0132] Stillfurther, the view structure 1002 comprises a third graphical presentation object 1 004 of a table type showing 
the measures Turnover' and 'Budget' along the dimensions 'Business Unit' and 'Products'. 
20 [0133] The view is obtained under situation 1 described in connection with fig. 1 , where a question is input to identify 
the metadata items of the view. Alternatively, a previously used view is re-established from partial information of the 
metadata, given in the question. Yet, alternatively, the view is provided by recalling a former view, FV. 

Analytical flow 

25 

[0134] In the following, a sequence of analytical steps activated by a user is described in connection with presentation 
of data subsets in a view. 

[0135] While the view is presented on an interactive interface, a user can perform an action directed to an element of 
a graphical presentation object of the view. The element is configured to raise a so-called click-event in response to a 
30 detected action of e.g. a user clicking a mouse-button while pointing at the element with a mouse-curser. 

[0136] In response to the action, it is firstly detected which element the action is directed at and secondly, an event 
of the element is raised. In response to such an event, it is detected which data item that is bound to the element and 
the value of the data item is read. The value is interpreted as a criterion. 

[0137] This criterion of the element, e.g. the element 1005, is applied as a collected criterion for the presentation 
35 objects 1 003 and 1 004. That is, a first object is selected and the criterion is applied to further presentation objects of the 
view. Further, the element 1005 is marked to distinguish It from other elements of the presentation. Moreover, the 
presentation object can be marked to distinguish it from other presentation objects of the view and to thereby indicate 
that an action has been directed to an (marked) element of that (marked) presentation. 

[0138] A record representing the view is updated or re-instantiated to record the directed action of the presentation 
40 object and the action's effect on the other presentation objects. The below fraction shows a record where a structure 
encapsulated by the tags <action_sequence> and </action_sequence> comprises a specification of the action by the 
criterion associated with the elected element of the presentation object. 



45 <record date="ll-10-2004" ; no=2; user="BLU"> 

<view> 

<presentation PID=1> 

50 

</presentation> 

< ac t ion_s equenc e > 
55 <action>Time (qyear ) =^Q1 , 2 004</action> 
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< /ac t ion_sequence > 
</view> 
</record> 

[0139] Thereby, the result of a first analytical step is recorded. 

[0140] A second analytical step is initiated by a user performing an action directed to an elennent 1006 of another 
graphical presentation object 1 003 of the view 1 001 . The elennent 1 006 is bound to the criterion of the dinnension 'Business 
Unif being equal to 'BU1'. In response to the action, the element is nnarked and the record is updated or re-instantiated 
accordingly. Aspecification of the action is recorded by the criterion associated with the elected element of the presentation 
object. The criterion is enclosed by the tags <action> and </action>. This is illustrated in the below fraction: 

< ac t i on_s e quenc e > 

<action>Time (qyear) =Q1, 2004</action> 
<action>BusinessUnit= ' BUI ' </action> 

< / ac t i on_s eq^jLenc e > 



[0141] Thereby, the result of a further, second analytical step is recorded. 

[0142] The criterion of the element 1 006, is applied as a collected criterion for the presentation object 1 004. That is, 
additionally, a second object is selected and the criterion is applied to further presentation objects (i.e. the presentation 
object 1 004) of the view. 

[0143] The analytical sequence can be continued or resumed while illustrating the analytical sequence by marking 

the elements and recording a specification of the analytical sequence. 

[0144] The analytical steps are described In a record comprising the following fraction: 

<ActionSequence> 

<action>Time (year quarters) =Q1^ 2004</action> 

<action>BusinessUnit=l</action> 
</ActionSequence> 

[0145] Fig. 1 1 shows a flowchart of loading a record to provide a view. The record is provided as application specific 
data, ASD, from a transformer or directly from the track history. The record is loaded in step 1101 in response to being 
selected. 

[0146] Individual data subsets are identified by dimensions and measures of individual presentations, respectively, in 

step 1 1 02. 

[0147] A loop encapsulated by steps 11 03 and 1 1 09 interprets individual ones of the action segments of the record. 
The action segments are interpreted in order of appearance in the record. I n step 11 04 it is examined whether a criterion 
(i.e. a value, range etc. of a dimension) in an action segment is a dimension of a data subset. If the criterion is not a 
dimension of a data subset (n), the criterion is applied as a collected criterion of the data subset in step 1 1 06. 
[0148] Alternatively (y), the criterion is applied as a distributed criterion to the matching dimension of the respective 
presentation object in step 1 105. 

[0149] When the action sequence segment of the record has been processed the loop is finished and the individual 
data subsets are identified completely. Thus, in step 1 108 the data subsets are loaded. Subsequently, in step 1 109 the 
presentation objects are rendered with presentation properties and contents as specified in the record. 
[0150] Fig. 12 shows a flowchart of generating an action sequence. A directed action to an element of a presentation 
object raises a click-event of the element. In step 1201 it is examined whether a click-event is detected, and in the 
affirmative event (y), a series of steps is performed to bring a sequence of analytical steps on to a further step. In step 
1202 the element is marked to distinguish it from other elements of the presentation which comprises the element. In 
step 1203 the criterion associated with the element is identified. This criterion is appended to the end of a sequence of 
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action segments in the record representing the current view. 

[0151] In step 1205 data subsets of presentations which do not comprise dimensions which match with criteria (i.e. 
values or ranges of dimensions) are updated to be further identified by the collected criterion associated with the element. 
[0152] Fig. 13 shows a track history tree-view. The tree-view comprises a parent node 1301 . This node is created 
5 when a view is presented and a record representing the view is stored. When a user interacts with the view and specifies 
a criterion e.g. by clicking a graphical element of first presentation to provide the criterion as a distributed criterion on a 
dimension of a first presentation, a second node 1302 is created. A record comprising this criterion is created or an 
existing record is updated. 

[0153] If the user continues to interact with the view in the same way, a further node 1303 is created. This node is 
^0 created in response to an element of another presentation object clicked to provide the criterion as a distributed criterion 
on a dimension of a second presentation. 

[0154] The user continues to interact with the view in the same way, and a still further node 1 304 is created. This node 
1304 is created in response to an element of another presentation object being clicked to provide the criterion as a 
distributed criterion on a dimension of a third presentation. 
15 [0155] The node 1305 represents the situation where the user returns to the second presentation, but now clicks 
another element than before. 

[0156] The node 1306 represents the situation that the user returns to the first presentation, but now clicks another 
element of that first presentation. 

[0157] Thereby, information for tracking an analytical process is established. In connection with the above, views of 
20 the analytical steps of the process can be re-established and combined to provide a view under different formerly used 
criteria. Especially, metadata of the views can be provided as application specific metadata. 

[0158] In a preferred embodiment, a user is provided with the option of supplying a description ofthe view or presentation 
to register comments thereto. The structure of the records is therefore preferably provided with a segment for comments 
e.g. enclosed by tags <comment> and </comment> . 
25 [01 59] In practical embodiments, it may be expedientto store presentation properties in individual presentation property 
records and to provide a link or relation from a track history record to a presentation property record. Thereby, data 
redundancy can be reduced. 

[0160] In the above it should be noted that the term 'metadata items' comprises: measures and/or dimensions and/or 
measures and dimensions and/or criteria and/or measures and criteria and/or dimensions and criteria and/or measures 

30 and dimensions and criteria. 

[0161] The term 'further identification' or 'identified further' relates to identification of a dataset in a further of more 
than one instance, whereby, in a first instance, the dataset is identified by e.g. a measure and a dimension and, in a 
second instance, by a criteria or dimension value. Alternatively, the order of the identifications of the first and second 
instance is reversed. Moreover, additional instances of 'further identification' can be referred to (e.g. firstly a measure, 

35 then a dimension and then a criterion). 

[0162] Further, in the above it should be noted that the term 'presentation properties' designates any type of properties 
related to presentations. Therefore, in practical embodiments, different definitions of which 'presentation properties' that 
are stored in 'track history records' or 'presentation property records' can be applied. Typically, at least some presentation 
properties will be determined by or carried with graphical presentation objects. 

40 [0163] It should be noted that the above description of a method can be implemented by a computer system with a 
memory loaded with a program that is configured to perform the method. Preferably, the computer system has a structure, 
when loaded with the program, as described above. However, it will be within the skills of person skilled in the art to use 
other suitable structures for performing the method. 

[01 64] Although an XML record structure has been described in the above, this description is not completely conforming 
45 to the XIVIL standard as specified bythe World Wide Web Consortium (www.w3.org), but it is within the skills of a computer 
programmer to provide an implementation given the description above. Other record structures and other technologies 
e.g. relational databases can be applied to implement storage and retrieval of track history records. 
[0165] A program that is configured to perfomri the computer-implemented method as described above when run by 
a computer, can be distributed by means of a CD-ROM, DVD or other hard media or alternatively as a download signal 
50 via a computer network. 



Claims 

55 1 . A computer-implemented method of providing a track history before a database, comprising the steps of: 

providing in a storage memory, a track history of choice selectable records that each comprises metadata items 
applicable to identify a data set from a data superset stored in the database; 
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providing a bank of transfomners witli different choice selectable transfomners; wherein a choice selected trans- 
former takes a selected record and transforms the metadata items of the record to application specific metadata 
according to a syntax determined by the transformer; 

providing activation of an application, which accepts the determined syntax, comprising making the application 
5 specific metadata available for the application. 

2. A method according to claim 1 , wherein a first of the transformers is configured to provide the application specific 
metadata, using a first syntax which is determined by a transformation embedding the metadata items of the record 
in an information body text; and wherein afirst application, which accepts the specified syntax, provides a presentation 

^0 that combines the information body text and the application specific metadata. 

3. A computer-implemented method according to claim 1 or 2, wherein the information body text is provided in a natural 
language. 

15 4. A computer-implemented method according to any of claims 1 to 3, wherein the infomnation text is supplemented 
by a user's description. 

5. A method according to any of claims 1 to 4, wherein the records further comprise presentation properties which 
define properties of a presentation of a data set by means of a graphical object specified by the properties. 

20 

6. A method according to any of claims 1 to 5, 

wherein the records further comprise presentation properties which define properties of a presentation of a data set 
by means of a graphical object specified by the properties; 
the method comprising the step of: 

25 

providing a presentation of the data set by means of the specified object in accordance with the presentation 
properties. 

7. A method according to any of claims 1 to 6, 

30 wherein the records further comprise presentation properties which define properties of a presentation; 

the method comprising the step of: 

merging metadata and presentation properties from a record representing a current view and a choice selected 
record representing a former view. 

35 

8. A method according to claim 6 or 7, 

wherein a second of the transformers is configured to provide the application specific metadata from the metadata 
items and the presentation properties of a selected record; 

wherein a second application provides a presentation of the data set, identified by the metadata items of the selected 
40 record, by means of a graphical object in accordance with the presentation properties of the record. 

9. A method according to any of claims 1 to 8, comprising the steps of: 

retrieving metadata items of a choice selected record; 
45 retrieving presentation properties of a record that represents a current view; 

providing a presentation of the data set identified by the retrieved metadata items according to presentation 
properties retrieved from the record that represents the current view. 

10. A method according to claim 9, 

50 wherein the metadata items of a choice selected record are items of a type setting criteria in identifying the datasubset. 

11. A method according to claim 10, further comprising the steps of: 

retrieving metadata items of a dimensions type and a measures type from a record representing a current view; 

55 and 

wherein the data set identified by the metadata items of the choice selected record is further identified by the metadata 
items of the dimensions type and the measures type from the record representing a current view. 
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12. A method according to any of clainns 1 0 to 11, 
wherein a record comprises criteria; and 

wherein a current presentation comprises a view structure of multiple graphical presentation objects each providing 
a presentation of a data subset which is partially identified by an individual criterion; 
comprising the steps of: 

applying criteria of the record to each of the data subsets to change the identification of the data subsets; and 
updating the current presentation to provide a presentation of the data subsets as identified by the changed 
identification. 

13. A method according to any of claims 10 to 12, 

wherein a choice selected record comprises subsets of metadata items with respective criteria; and 

wherein a current presentation comprises a view structure of multiple graphical objects each providing a presentation 

of a data subset which is partially identified by an individual criterion; the method comprising the steps of: 

changing individual ones of the identifications of the data subsets of the presentation by application of a respective 
subset of metadata items of the criteria type in the choice selected record; 

updating the presentation of the current presentation to provide a presentation of the data subsets as identified 
by the changed identifications. 

14. A method according to any of claims 9 to 11, 

wherein a third of the transformers is configured to provide the application specific metadata from a choice selected 
record and a representation of current presentation properties which are provided by a current presentation; and 
wherein a third application provides a presentation of the data set identified by the choice selected record in ac- 
cordance with the representation of current presentation properties. 

15. A method according to any of claims 1 to 14, wherein a fourth of the transformers is configured to provide the 
application specific metadata, and 

wherein a fourth application provides changed values of the data set according to a specification of the changes 
provided in the application specific metadata. 

16. A method according to any of claims 1 to 1 5, wherein a fifth of the transformers is configured to provide the application 
specific metadata, and wherein a fifth application provides search results in response to search criteria provided in 
the application specific metadata. 

17. A method according to any of claims 1 to 16, 

wherein a current presentation comprises a view structure of multiple graphical objects each providing a presentation 
of a respective data subset 

wherein a graphical object comprises multiple graphical elements, which are associated with metadata items that 
define criteria for those data, of the data subset, represented by means of the elements; and where the method 
comprises the steps of: 

in response to a user's directed action to a graphical element of a graphical object, determining those metadata 

that applies to the graphical element, and retrieving further data defined by the determined metadata; 
making a presentation of the further data by means of a graphical object of the view structure. 

18. A method according to claim 17, where, in response to a user's directed action to the graphical element of the 
graphical object, the graphical element is enhanced visually relative to other elements of the graphical object to 
reflect that the element represents a criterion for the data presented by means of the further graphical object. 

19. A computer system with a memory loaded with a program that is configured to perform the computer-implemented 
method according to any of claims 1 to 1 8 when run by the computer system. 

20. A computer-readable medium encoded with a program that is configured to perform the computer-implemented 
method according to any of claims 1 to 1 8 when run by a computer. 



19 



EP 1 659 503 A1 



102- 



100 



101- 
103- 



\ 



105 



104 




106 









IB 

107 




HLB 
108 




POB 109 




Fig. 1 



20 



EP 1 659 503 A1 





21 



EP 1 659 503 A1 





22 



EP 1 659 503 A1 



Qst 
602 



01 



Parse 
603 



Make 
metadata 
604 




Metadata 
605 




Make rec. 
606 




Rec 
607 



Make qry 
606 



Qry 
609 



Update rec 
615 



Retrieve 
data subset 
610 



I 



PP 
614 



Dataset 
611 



Make 
presentation 
612 



Update 
presentation 
613 



620 




Entry -> rec 
618 



Fig. 6 



23 



EP 1 659 503 A1 



Provide choice selection of 
rec. 


^ 702 


1 




Identify choice selected 


^^^703 


record 


1 



Provide choice selection of 
transformer in transformer 
bank 



I 



Identify choice selected 
transformer 



-704 



-705 



Fig. 7 



Activate choice selected 
transformer with identified 
record 



Transform identified record to 
application specific data 



-706 



-707 



708- 



Activate application 
associated with transformer 



709—^ 



I 



Post ASD to application 
associated with transformer 




24 



EP 1 659 503 A1 



' 405 



Y=2004: BU=1.4 




V, 



-803 



ESI EQz fesa^ 

• 

403^ 



-801 



802 



401 



V y 

404^ 



201 



TR1 



TR2 



§11 
81.2 



S2.1 



TR3 
I S3.1 



Fig. 8 




Fig. 9 



25 



EP 1 659 503 A1 




Fig. 10 



26 



EP 1 659 503 A1 



1105- 



Load ASM (i.e. 
record) 



I 



-1101 



Identify datasets 
(M, D) 



I 



-1102 



<vmeta> 



-1103 




Apply crit as 
distributed to data 
subset 



Apply crit as 
collected to 
dataset 



</vmeta> 



'^1107 



I 



Load datasets 



I 



Render objects (w. 
marking) 



-1108 



-1109 




-1106 



Fig. 11 



27 



EP 1 659 503 A1 



Click event 
<[(for element of^X"^^! 201 
object) 



X 



(y) 



Mark Element 



Identify distributed 
criterion 



Insert <action> 
(ActionSeq) 



I 



Update dataset for 
other objects 




-1202 



-1203 



-1204 



-1205 



Fig. 12 



28 



EP 1 659 503 A1 



1301 



View1 



(0) 



Q1, 2004 



—1302 
(la) 



BU=1 



A^1303 
(2a) 



PG=4 



7^1304 
(3a) 



PG=3 



r — 1305 
(2b) 



Q3, 2003 



.^^1306 
(lb) 



Fig- 13 



29 



EP 1 659 503 A1 



European Patent _, _ ^, . . ^^w-w^^w^-r- Application Number 

EUROPEAN SEARCH REPORT 

Office EP 04 38 8077 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION [int.Ci.7) 



WO 01/35256 A [TUCKER, BRENT, DAVID; 
KOOPMANN, JAMES, FREDERICK) 
17 May 2001 (2001-05-17) 
^ page 5, line 29 - page 7, line 5 * 
paragraphs [0027] - [G041] * 



G06F17/30 



US 2002/156714 Al (GATTO JOSEPH G) 
24 October 2002 (2002-1Q-24) 

* paragraphs [0106] - [0115] * 

US 2002/038230 Al (CHEN LI -WEN) 
28 March 2002 (2002-03-28) 

* abstract * 

* figures 7-10 * 

* paragraphs [0099] - [0125] * 



2-20 



1-20 



1-20 



US 6 415 298 Bl (OESTERER ANDREAS U ET AL) 
2 July 2002 (2002-07-02) 

* column 2, line 37 - column 2, line 50 * 

* column 4, line 11 - column 7, line 54 * 



1-20 



TECHNICAL FIELDS 
SEARCHED (lnt.CL7) 



G06F 



The present search report has been drawn up for all claims 



Place of search 



Berl in 



Date of complelion of the search 

13 May 2005 



Bowler, A 



CATEGORY OF CITED DOCUMENTS 



X : particularly relevant if taken alone 

Y : particularly relevant if combined with another 

document of the same category 
A : technological background 
O : non-written disclosure 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, but published on, or 

after the filing date 
D : document cited in the applioQtion 
L : document cited for other reasons 

& : member of the same patent family, corresponding 
document 



30 



EP 1 659 503 A1 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO, 



EP 04 38 8077 



This annex lists the patent family members relating to tlie patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP file on 

The European Ptatent Office is in no way liable for these particulars which are merely given for the purpose of information. 

13-05-2005 



Patent document 
cited in search report 



Publication 
date 



Patent family 
member(s) 



Publication 
date 



wo 0135256 A 



17-O5-2G01 AU 
CA 
EP 

WO 



1591201 A 
2390697 Al 

1428140 A2 
0135256 A2 



US 2002156714 Al 



24-10-2002 US 
US 
US 
US 
US 
US 
AU 
WO 



6510419 Bl 
2003065601 Al 

6581211 Bl 
2002002520 Al 
2002184131 Al 
2002052820 Al 

3966099 A 

9956192 A2 



US 2002038230 Al 



28-03-2002 AU 
WO 
US 



9629501 A 
0227528 Al 
2002059183 Al 



US 6415298 Bl 



02-07-2002 



AU 
CA 
EP 
WO 



5227199 A 
2302301 Al 
1204934 Al 
0106356 Al 



06-06-2001 
17-05-2001 

16- 06-2004 

17- 05-2001 



21-01- 
03-04- 
20-01- 

03- 01- 
05-12- 
02-05- 
16-11- 

04- 11- 



2003 
2003 
2004 
2002 
2002 
2002 
1999 
1999 



08-04-2002 
04-04-2002 
16-05-2002 



05-02-2001 
15-01-2001 

15-05-2002 
25-01-2001 



m For more details about this annex : see Official Journal of the European Patent Office, No. 12/82 



31 



